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REMARKS 

The Examiner is thanked for his careful and thorough Office Action. Applicant respectfully 
notes that the previous Amendment was filed on December 11, 2003, not December 17, 2003, as 
indicated in the current Office Action. 

Applicant notes the Examiner's suggestions related to the format of the specification under 
37 CFR 1.77(b). Applicant respectfully declines to amend the specification. As noted in the 
comments accompanying 61 FR 42790, where these formatting preferences were added to 37 CFR 
1.77(b), these preferences are only the USPTO preferences, and are not required. Specifically, 
"Section 1.77 is permissive rather than mandatory" and "As discussed supra. Sec. 1.77 merely 
expresses the Officers preference for the arrangement of the application elements. The Office may 
advise an applicant that the application does not comply with the format set forth in Sec. 1 .77, and 
suggest this format for the applicants consideration; however, the Office will not require any 
application to comply with the format set forth in Sec. 1.77. " (61 FR 42790, emphasis added). 

Claims 1-18 are pending in the present application. All claims were rejected. 

Reconsideration of the claims is respectfully requested. 

Claim Rejections - 35 U.S.C. S 103 

Claims 1-18 are rejected under 35 U.S.C. 103(a) as being anticipated by Perkowski (US 
Patent Publication 2003/01 39975, hereinafter Perkowski) in view ofErickson, et ai (US Patent No. 
6,412,009, hereinafter Erickson). This rejection is respectfixlly traversed. 

The arguments presented in the previous response, detailing some specific distinctions of the 
current claims over Perkowski, are hereby incorporated by reference and reiterated herein. 
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As many of the claims depend, directly or indirectly, from claim 1 , identifying a nonobvious 
distinction in claim 1 over the combination of Perkowski and Erickson will demonstrate that that the 
cited references do not support a rejection of claim 1 or any of its dependents. To support the 
rejection, it is important that the combination of Perkowski and Erickson be shown not only to 
include every claimed element, but that those elements interact as claimed, or that a motivation be 
shown to modify them to interact as claimed. Some of the many claim distinctions are discussed 
below. 

Claimed Structure and Interactions 

Claim 1 requires, in part, "a first computer subsystem comprising collaborative application 
software ... for sending application output data over the computer network . . . and ... a second- 
subsystem firewall, located in front of the second application subsystem, ... to communicate the 
application output data to the second computer subsystem." 

These limitations are not taught or suggested by Perkowski, Erikson or a combination of 
them. AppUcant initially notes that the Office Action reUes primarily on Perkowski's figure 2C and 
paragraph 102 to illustrate these teachings. The Office Action also references "figure 3C9" in 
support of the claimed "second-subsystem firewall", but although the undersigned has studied 
Perkowski 's oddly-numbered set of figures, it does not appear that Perkowski actually has a "figure 
3C9." 

For example, the only element in the cited references that appears to arguably satisfy the 
claimed "collaborative application software" is Perkowski's "Collaborative Replenishment System", 
referenced in paragraph 95 as noted by the Office Action, and the only real description of 
Perkowski 's "Collaborative Replenishment System" is found in paragraph 185, in relation to figures 
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2-1 and 2-2. Nothing in this description, these figures, or anywhere else in Perkowski teaches or 
suggests that the Collaborative Replenishment System sends output data over a network, through a 
second-subsystem firewall, to a second computer subsystem. 

The Office Action also references paragraph 105 with regard to the claimed "collaborative 
application software comprising machine readable instructions". This paragraph discusses a GUI 
interface used by Perkowski, but not with regard to the Collaborative Replenishment System. The 
relevance of this citation is frankly not understood. 

While Perkowski does mention a firewall in several instances, none of these are with regard 
to the Collaborative Replenishment System. A firewall is discussed with regard to figures 2C and 
2D, as part of the client systems of figures 2-1 and 2-2. Paragraph 1 85 appears to state that the client 
systems 1 3 of these figures are themselves a part of the Collaborative Replenishment system, so they 
cannot a part of the claimed second computer subsystem. For this reason alone, claim 1, and all its 
direct and indirect dependents, should be allowed over Perkowski. 

Perkowski 's paragraph 102, relied on in the present rejection, states in its entirety: 
FIG. 2C is a schematic representation of a portion of the 
system shown in FIGS. 2-1 and 2-2, wherein a plurality of 
manufacturer-operated client subsystems are shown connected to a 
local or wide area IP-based network, preferably maintained behind a 
secure corporate firewall, and the secured manufacturer information 
network is connected to the infrastructure of the Internet by way of an 
Internet router and server, for the purpose of enabling different 
departments within a business organization (e.g. marketing, sales. 
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engineering, support and service, advertising, finance, etc.) manage 
different types of UPNAJRL links based on the type of information 
contained within the URL-specified information resource on the 
WWW; 

While this single paragraph and associated figure are relied upon for most of the rejection of 
Claim 1 and its dependents, it does not appear that this paragraph, or any other portion of the cited 
references, teach or suggests the claimed elements and their interactions. The Examiner is 
respectfully requested to show where, in any cited art, a collaborative application software is 
described as existing within the claimed hardware structure and operating as claimed. If the 
Examiner believes that Perkowski includes such a teaching with regard to its "Collaborative 
Replenishment System," Applicant respectfully requests that the Examiner identify which specific 
elements in Perkowski interact with the Collaborative Replenishment System as claimed, as 
Applicant is unable to identify any such elements. 

Applicant further notes that while Perkowski includes, in various portions of his system, 
several elements similar to those claimed in claim 1, they do not interact as claimed, and there has 
been no suggestion that there is any motivation to modify Perkowski 's system to meet the claim 
limitations, or that such a system would be operable if so modified. 

In light of these distinctions, claims 1-14 should be allowed, and the obviousness rejection of 
these claims is traversed. 
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Keep- Alive Connection 

Further, claims 1 requires "the second-subsystem firewall structured to communicate the 
application output data to the second computer subsystem through a hypertext transfer protocol keep- 
alive connection that is kept open for the duration of a collaboration." Claims 11,15, and the claims 
that depend from claim 1 5 similarly require a keep-alive connection. As the Examiner concedes, 
nothing in Perkowski teaches or suggests an HTTP keep-alive connection that is kept open for the 
duration of a collboration. Erickson discusses a "keep-alive" function for maintaining a persistent 
HTTP tunnel for a connection-oriented protocol between a client and a web server. 

The Office Action states that it would have been obvious to modify Perkowski to include 
the "keep-alive" connection of Erickson that is kept open for the duration of a collaboration because 
it "would enable the system to keep the connection active/alive even during periods of inactivity." 
The Examiner is respectfully requested to show where Perkowski teaches or suggests that keeping a 
connection active is advantageous or even considered. There appears to be no such motivation 
discussed in the references themselves, and nothing to indicate that Erickson' s approach would be 
advantageous or even operable in Perkowski's system. If a basis for the alleged motivation cannot 
be shown in the art, then claims 1 and 15, and all of their direct and indirect dependents, should be 
allowed over Perkowski and Erickson. 

Threads 

Nothing in Perkowski or Erickson teaches or suggests "opening a first-subsystem thread in 
the second computer subsystem" as in Claim 2. The only reference to a thread at all appears in 
paragraph 764, and this does not meet the claim limitation. The undersigned as studied paragraph 
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1 63 as referenced by the Office Action, but it appears irrelevant to the claim language. Claim 2, and 
all other claims referencing "threads," should be allowed over Perkowski and Erickson. 

^^Block on a Read'^ 

With regard to claims 3, 1 0, 1 2, and 1 6, nothing in Perkowski or Erickson teaches or suggests 
a socket that blocks on a read. "Block on a read" generally means that when a "read" process is used 
on a socket, any other threads or processes are "blocked" from accessing the socket. This has 
nothing to do with "performing a search," and the undersigned is mystified at why the Examiner 
indicates that "block on a read" reads on "performing a search." The Examiner is respectfully 
requested to provide documentary support for this interpretation. All of these claims should be 
allowed over Perkowski and Ericson. 

"Causing the First Subsystem Thread to Sleep'^ 

With regard to claim 4, the Office Action appears to equate "causing the first-subsystem 
thread to sleep" with an entire client system being in an "idle" mode because it is not actively being 
used. These are entirely different concepts, and as nothing in Perkowski teaches or suggests the 
operation of threads at all, certainly nothing teaches or suggests putting a thread to sleep. Claim 4 
should be allowed over Perkowski. 

Data Transfer 

With regard to claim 9, Perkowski 's Collaborative Replenishment System does not appear to 
send data to a Web server over a second computer network and from there to a second computer 
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subsystem over a first computer network. If the applicant has misread the operation of the 
Collaborative Replenishment System, the Examiner is respectfully requested to show where in 
Perkowski or Erickson these limitations are met, as it does not appear to be so described in the 
paragraphs cited in the Office Action. 

Collaborative Application Software 

With regard to claim 14, Perkowski does not teach or suggest that its Collaborative 
Replenishment System is a word processor, a task scheduling tool, a graphics program, a 
spreadsheet, a game, or a music studio. The only function described for the Collaborative 
Replenishment System is "for determining what products retailers can buy in order to satisfy 
consumer demand at any given point of time." Claim 14 should be allowed over Perkowski and 
Erickson 

Applicant further notes that "collaborative" is described in the instant application as "wherein 
two or more mutually-remote clients concurrently and simultaneously access and control an 
application (e.g., a word processing application on a remote server machine) over a computer 
network across one or more firewalls." A "collaborative apphcation" is defined in the specification 
as "an application capable of concurrently receiving input from and providing output to at least two 
people at two different computers." Although Perkowski uses the term "collaborative," nothing in 
Perkowski or Erickson, below, appear to teach or suggest the use of collaborative application 
software as described, defined, and claimed in the present application. 
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As noted above, nothing in Perkowski or Erickson, or any combination of them, appears to 
teach or suggest the use of collaborative application software as described, defined, and claimed in 
independent claims 1 and 1 5 of the present application. As such, these independent claims, and all 
dependent claims (including claims 6-7 and 17-18) should be allowed over Perkowski and Erickson. 

All anticipation and obviousness rejections have been traversed, and reconsideration and 
allowance of all claims is respectfully requested. 
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SUMMARY 



If any issues arise, or if the Examiner has any suggestions for expediting allowance of this 
Application, the Applicant respectfully invites the Examiner to contact the undersigned at the 
telephone number indicated below or at manderson@4avismunck.com. 

The Commissioner is hereby authorized to charge any additional fees connected with this 
communication or credit any overpayment to Deposit Account No. 05-0765. 



P.O. Drawer 800889 

Dallas, Texas 75380 

(972) 628-3600 (main number) 

(972) 628-3616 (fax) 

E-mail: manderson@davismunck.com 



Respectfully submitted, 



Davis Munck, P.C. 





Matthew S. Anderson 
Registration No. 39,093 
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